home *** CD-ROM | disk | FTP | other *** search
/ Collection of Internet / Collection of Internet.iso / infosrvr / dev / www_talk.930 / 000512_dsr@hplb.hpl.hp.com _Thu Jan 7 15:00:45 1993.msg < prev    next >
Internet Message Format  |  1994-01-24  |  2KB
  1. Return-Path: <dsr@hplb.hpl.hp.com>
  2. Received: from dxmint.cern.ch by  nxoc01.cern.ch  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  3.     id AA21384; Thu, 7 Jan 93 15:00:45 MET
  4. Received: by dxmint.cern.ch (5.65/DEC-Ultrix/4.3)
  5.     id AA04503; Mon, 4 Jan 1993 14:03:05 +0100
  6. Received: from dragget.hpl.hp.com by hplb.hpl.hp.com; Mon, 4 Jan 93 13:00:08 GMT
  7. Received: by manuel.hpl.hp.com
  8.     (16.6/15.6+ISC) id AA08974; Mon, 4 Jan 93 13:04:18 GMT
  9. From: Dave_Raggett <dsr@hplb.hpl.hp.com>
  10. Message-Id: <9301041304.AA08974@manuel.hpl.hp.com>
  11. Subject: Re: Searching
  12. To: montulli@ukanaix.cc.ukans.edu (Lou Montulli)
  13. Date: Mon, 4 Jan 93 13:04:14 GMT
  14. Cc: www-talk@nxoc01.cern.ch
  15. Mailer: Elm [revision: 66.25]
  16.  
  17. > I agree that a forms intreface is something they all lack, and there
  18. > have been a number of proposals to make documents into forms.
  19. > (The main problem is, we don't have editors yet. When we do, then
  20. > there will be plenty of work on forms.)
  21.  
  22. I too am interested in extending WWW to supports forms, perhaps based on
  23. something like that used in Lotus NOTES. The basic idea is to define classes
  24. of objects such as radio buttons, selection fields, input fields etc.
  25. together with a library of predefined functions (e.g. to check a field
  26. matches a date format) which can be used to build forms. The system is event
  27. driven, and some behaviour is handled purely locally without recourse to the
  28. form's server, for instance applying simple edits to input fields. Other
  29. behaviour involves talking to the server using a simple messaging protocol.
  30.  
  31. An extreme case is represented by systems such as Hypercard (on MACs) and
  32. Toolbook (PCs). These provide low level objects and scripting language. It
  33. may be more appropriate to consider a higher level approach targetted more
  34. closely at the needs for forms. A major driver for me is a room booking
  35. system which also needs a mechanism for showing minute by minute changes to
  36. the data without the user having to "pull" a fresh copy from the server.
  37.  
  38. I believe that WWW should be extended to support a richer variety of
  39. documents including forms, equations, pictures and tables. This will take
  40. time of course, but seems the right way to go. How to get there? I am
  41. continuing to work on an HTML editor/browser (portable X11 + Xlib). There
  42. is a lot of dull hard work to do in order to get an effective and reliable
  43. editor.
  44.